home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980901-19981211
/
000066_news@newsmaster….columbia.edu _Fri Sep 25 14:22:22 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20545
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 25 Sep 1998 14:22:22 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA05635
for kermit.misc@watsun; Fri, 25 Sep 1998 14:22:21 -0400 (EDT)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: This is interesting ...
Date: 25 Sep 1998 18:22:19 GMT
Organization: Columbia University
Lines: 44
Message-ID: <6ugn0r$kfh$1@apakabar.cc.columbia.edu>
References: <6uc4qk$iv9$1@oak.prod.itd.earthlink.net> <6uenhq$8o1$1@ash.prod.itd.earthlink.net> <6ugh75$h0a$1@apakabar.cc.columbia.edu> <6ugk1i$m91$1@oak.prod.itd.earthlink.net>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:9246
In article <6ugk1i$m91$1@oak.prod.itd.earthlink.net>,
Mr. Scott <montgomery@starfleet.org> wrote:
:
: Frank da Cruz wrote in message <6ugh75$h0a$1@apakabar.cc.columbia.edu>...
: >In article <6uenhq$8o1$1@ash.prod.itd.earthlink.net>,
: >Mr. Scott <montgomery@starfleet.org> wrote:
: >: First off, I am aware of S2, and for that matter, every other register
: >: in a standard modem, however I must still maintain that just because it
: >: exists doesn't mean that using it is a good idea, in fact, I believe it
: >: isn't. Changing the escape character may render other communication
: >: applications useless because most assume "+" as the escape character,
: >: and they would break. Disabling--rather than changing--the sequence
: >: would also break things.
: >
: >It depends on the modem. Most modern modems can be configured to a
: >certain desired known state and this configuration can be saved. Then,
: >whenever a connection is broken (carrier drops from the other modem, or
: >DTR drops from the computer), the saved state is restored automatically,
: >so every user gets the same configuration, no matter what the previous
: >did. (This is a bit of a simplification -- consult your modem manual for
: >details.)
:
: I am in complete agreement. However, all our communication apps would
: have to be reconfigured to understand this saved state of affairs.
: Something we don't wish to do.
:
My point was actually that if your modems can be configured this way -- and
again, it depends entirely on the modem -- then your applications do NOT
have to be reconfigured. Any application can do anything at all to the
modem, and the modem automatically reverts to its saved configuration when
it is released.
Before leaving this topic, I should explain what I meant before about
simplification. The real question is: even if I can create and save the
desired configuration, and set the modem to restore it automatically every
time a connection drops, what is to prevent the user from saving a new
configuration on top of the one I saved? Again, the answer depends on
the modem. Some have external switches or buttons, some have management
passwords or even external management systems (as in the USR Total Control
system). Without such tools, dialout modem pools would not be practical,
since any user or application could "break" a modem badly enough to prevent
others from using it.
- Frank